Ubiquitous natural user system for human-machine interaction

ABSTRACT

A system is provided that includes sensor(s) configured to provide sensed input including measurements of motion of a user during performance of a task, and in which the motion may include a gesture performed in one of a plurality of 3D zones in an environment of the user that are defined to accept respective, distinct gestures. A front-end system may receive and process the sensed input including the measurements to identify the gesture and from the gesture, identify operations of an electronic resource. The front-end system may identify the gesture based on the one of the plurality of 3D zones in which the gesture is performed. The front-end system may then form and communicate an input to cause the electronic resource to perform the operations and produce an output. And the front-end system may receive the output from the electronic resource, and communicate the output to a display device.

CROSS-REFERENCE TO RELATED APPLICATION(S)

The present application is a continuation-in-part of U.S. patent application Ser. No. 13/903,242, entitled: Ubiquitous Natural User System, and is also related to U.S. patent application Ser. No. 13/903,252, entitled: Tracking a User to Support Tasks Performed on Complex-System Components, both of which filed May 28, 2013. The contents of both of the aforementioned are incorporated by reference in their entireties.

TECHNOLOGICAL FIELD

The present disclosure relates generally to human-machine interaction and, in particular, to human-machine interaction through an interface integrated within a user's physical, real-world environment to support task-based activity.

BACKGROUND

Interfaces for human-machine interaction have evolved substantially over the past decades. Even within the narrower field of control of computers, interfaces have evolved from command lines to graphical user interfaces requiring the use of a mouse or similar type of pointing device for selecting graphical icons displayed to a user. More recently, touchscreen devices have gained popularity as they open up the possibility of gesture-based control.

Virtual reality is another approach to human-machine interaction in which an “immersive” virtual (or unreal) environment is created to provide a user with the sense of being totally immersed in an artificial, three-dimensional world that is generated by computer software. A related, more recent approach to human-machine interaction is augmented reality in which a view of a user's physical, real-world environment may be augmented with virtual elements. Virtual reality and augmented reality are often implemented through the use of display hardware such as head-mounted systems, computer screens and the like. But past approaches to implement virtual and augmented reality through such display devices have met with varied, but suboptimal success.

Therefore, it may be desirable to have a system and method that improves on existing approaches to human-machine interaction.

BRIEF SUMMARY

As indicated in the background section above, past approaches to implement virtual and augmented reality systems have met with varied, but suboptimal success. For example, significant difficulties remain in associating sensor inputs to relative contextual information from a user or their physical, real-world environment. Further, current technologies lack a means to leverage associations between the user and their environment, which in a number of contexts may implicate a particular role of the user.

Example implementations of the present invention are generally directed to an improved system and method for human-machine interaction with one or more electronic resources through an interface integrated within a user's physical, real-world environment. The system of example implementations, referred to at times herein as the ubiquitous natural user (UNU) system, integrates sensor systems, mobile computing and networked systems to provide a new user interface that leverages an intuitive and natural interaction model and interactive modalities. The UNU system of example implementations may form part of an augmented reality system that includes a personal display system such as augmented reality (AR) glasses including a display device, which may enable hands-free interaction and collaborative information sharing. In some examples, the UNU system may employ other active or passive personal display systems.

In accordance with example implementations, a worker may perform a task on a complex-system part in their environment. The system and method of example implementations integrate sensor systems, mobile computing and networked systems to sense the worker, their environment and/or their interaction with their environment. The system and method may then interact with one or more electronic resources based on the user, environment or interaction to support the same or another worker performing the same or another task.

According to one aspect of example implementations, the UNU system includes one or more sensors and a front-end system coupled to the sensor(s), and perhaps also a display device (although one may instead be merely in communication with the front-end system). The sensor(s) are configured to provide sensed input including measurements of motion of a user during performance of a task by the user. In accordance with this aspect, the motion may include a gesture performed in a three-dimensional (3D) zone in an environment of the user, and in which the 3D zone may be one of a plurality of 3D zones in the environment that are defined to accept respective, distinct gestures of the user.

The front-end system may be configured to receive and process the sensed input including the measurements to identify the gesture and from the gesture, identify operations of an electronic resource. In this regard, the front-end system may be configured to identify the gesture based on the one of the plurality of 3D zones in which the gesture is performed. The front-end system may then be configured to form and communicate an input to cause the electronic resource to perform the operations and produce an output. And the front-end system may be configured to receive the output from the electronic resource, and communicate the output to a display device, audio output device or haptic sensor.

In some examples, the front-end system being configured to receive and process the sensed input may include being configured to receive and process the sensed input including the measurements to identify the gesture further based on the task. In these examples, one or more of the plurality of 3D zones or one or more of respective, distinct gestures that the plurality of 3D zones are defined to accept may be different for different tasks.

In some examples, the front-end system being configured to receive and process the sensed input may include being configured to receive and process the sensed input including the measurements to identify the gesture further based on the user. In these examples, one or more of the plurality of 3D zones or one or more of respective, distinct gestures that the plurality of 3D zones are defined to accept may be different for different users. And in some further examples, one or more of the plurality of 3D zones may be different for different users, with each of the respective 3D zone(s) having a different position, shape or size (in the environment) for different users.

In some examples, the gesture may be a first gesture, and the motion further may include a second gesture performed in the environment of the user and that is distinct from the respective, distinct gestures that the plurality of 3D zones are defined to accept. In these examples, the front-end system being configured to receive and process the sensed input may include being configured to receive and process the sensed input to further identify the second gesture. Here, the operations of the electronic resource may include operations identified from the first gesture and operations identified from the second gesture, with the front-end system being configured to identify the second gesture without regard to the plurality of 3D zones.

In some examples, the front-end system being configured to communicate the output may include being configured to communicate the output to the display device. In these examples, the output may be communicated in one of a plurality of distinct desktop environments displayable in respective facets of a three-dimensional, multifaceted graphical user interface (GUI). In these or other similar examples, the output may be communicated to effect rotation of the three-dimensional, multifaceted GUI, or to effect selection of one of the plurality of distinct desktop environments.

In some examples, the sensor(s) being configured to provide sensed input may include being configured to provide sensed input further including other measurements of the motion and/or orientation of the user during performance of the task by the user to work a complex-system component. In these examples, the front-end system being configured to receive and process the sensed input may include being configured to receive and process the sensed input further including the other measurements to identify a known pattern that indicates a significance of the sensed input from which to identify other operations of the electronic resource. Also in these examples, the front-end system being configured to form and communicate the input may include being configured to form and communicate the input to cause the electronic resource to further perform the other operations and produce another output, with the other operations including determination of an action of the user or calculation of a process variable related to performance of the task, from the measurements. And in these examples, the front-end system being configured to receive the output may include being configured to further receive the other output from the electronic resource, and communicate the other output to the display device, audio output device or haptic sensor.

In other aspects of example implementations, an improved method and computer-readable storage medium are provided for human-machine interaction. The features, functions and advantages discussed herein may be achieved independently in various example implementations or may be combined in yet other example implementations further details of which may be seen with reference to the following description and drawings.

BRIEF DESCRIPTION OF THE DRAWING(S)

Having thus described example implementations of the disclosure in general terms, reference will now be made to the accompanying drawings, which are not necessarily drawn to scale, and wherein:

FIG. 1 is an illustration of an ubiquitous natural user (UNU) system in accordance with an example implementation;

FIG. 2 is an illustration of one example implementation of the UNU system in the form of an augmented reality system;

FIG. 3 is an illustration of a front-end system in accordance with an example implementation;

FIGS. 4, 5, 6 and 7 illustrate a sensor system, analysis system, execution system and evaluation system, respectively, in accordance with an example implementation;

FIGS. 8, 9 and 10 illustrate an example of a three-dimensional (3D), multifaceted graphical user interface (GUI), and gestures by which a user may interact with the GUI;

FIG. 11 is an illustration of a flow diagram of aircraft production and service methodology according to one example implementation; and

FIG. 12 is an illustration of a block diagram of an aircraft according to one example implementation.

DETAILED DESCRIPTION

Some implementations of the present disclosure will now be described more fully hereinafter with reference to the accompanying drawings, in which some, but not all implementations of the disclosure are shown. Indeed, various implementations of the disclosure may be embodied in many different forms and should not be construed as limited to the implementations set forth herein; rather, these example implementations are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art. For example, unless otherwise indicated, reference something as being a first, second or the like should not be construed to imply a particular order. Also, something may be described as being above something else (unless otherwise indicated) may instead be below, and vice versa; and similarly, something described as being to the left of something else may instead be to the right, and vice versa. Like reference numerals refer to like elements throughout.

Example implementations of the present invention relate generally to a ubiquitous natural user (UNU) system for interacting with one or more electronic resources. Some example implementations may relate generally to a system and method for tracking a user (e.g., worker) to support task-based activity such as that including tasks performed on components of a complex system, and may be further integrated with a UNU system. And some example implementations may relate generally to The UNU system may be generally configured to sense a user, the user's environment and/or the user's interaction with their environment. Information characteristic of the user, environment or interaction may be analyzed to identify one or more operations that one or more electronic resources may be caused to perform to thereby interact with the respective resources. The operations(s) may be executed and may be fed back to prior analysis for further evaluation in order to improve future results and provide timely information for any required or otherwise desired operational changes.

FIG. 1 illustrates a UNU system 100 according to example implementations of the present disclosure. The UNU system may include, for example, a front-end system 102 connected or otherwise coupled to one or more interfaces for transmitting, receiving and/or outputting information. The interfaces may include one or more communications interfaces 104, sensors 106 and/or user interfaces. The communications interface may be configured to transmit and/or receive information, such as to and/or from other elements of the UNU system, one or more resource host systems 108 and the like.

The communications interface 104 may be configured to transmit and/or receive information by physical (wired), and/or wireless communications links. These wireless communication links in particular may be configured to implement any of a number of different radio access technologies such as any of a number of 3GPP or 4GPP radio access technologies, UMTS UTRA, GSM radio access technologies, CDMA 2000 radio access technologies, WLANs (e.g., IEEE 802.xx, e.g., 802.11a, 802.11b, 802.11g, 802.11n), WiMAX, IEEE 802.16, wireless PANs (WPANs) (e.g., IEEE 802.15, Bluetooth®, low power versions of Bluetooth®, IrDA, UWB, Wibree, Zigbee®), near-field communication technologies, and the like.

The front-end system 102 may also be coupled to one or more sensors 106 configured to provide sensed input to the UNU system 100. The sensors, and in some examples the communications interface 104, may generally provide input necessary for the front-end system to detect, recognize and drive the display of a natural user interface for interaction with various electronic resources. Natural user interfaces may remove extraneous devices and input modalities, and may allow geo-temporally and task salient interactions tailored to the role (or clearance level) and purview of the user.

The sensors 106 may include onboard sensors, off-board sensors, sensor concentrators, sensor aggregators and the like. Examples of suitable types of sensors include user physiological-condition sensors, user action-tracking sensors, user cognition-tracking sensors, environmental-condition sensors, environmental-tracking sensors and the like.

Examples of suitable user physiological-condition sensors include temperature sensors (e.g., thermometers, thermocouples), heart rate sensors, respiration sensors, perspiration sensors, muscle-activity (e.g., EMG—electromyography, MMG—mechanomyography) sensors, strain sensors, blood pressure sensors and the like. Other examples of suitable physiological-condition sensors include image sensors such as cameras (e.g., digital camera, infrared camera, thermal camera, depth-aware or range camera, stereo camera), audio sensors (e.g., microphones) and the like. Examples of suitable user action-tracking sensors include position sensors (e.g., GPS, inertial navigation, Wi-Fi-based positioning, RFID-based positioning), motion sensors (e.g., accelerometers), orientation sensors (e.g., gyroscopes, compasses, magnetometers), inertial measurement units (IMUs), pressure sensors, muscle-activity sensors and the like. Other examples of suitable user action-tracking sensors include image sensors (e.g., cameras), audio sensors and the like. Examples of suitable user cognition-tracking sensors include attention sensors, focus sensors and the like, at least some of which may include one or more sensors for a set of user actions that may be processed according to appropriate algorithms (e.g., micro expressions, gestures, comparative motion relative to task).

Examples of suitable environmental-condition sensors include image sensors (e.g., cameras), audio sensors, position sensors, clocks, calendars, temperature sensors, humidity sensors, light sensors, distance/depth sensors, three-dimensional (3D) scanners, laser measurement sensors and the like. Examples of suitable environmental-tracking sensors include image sensors, audio sensors, calendars, clocks, light sensors and the like. Notably, an example of one type of sensor 106 may be equally an example of another type of sensor as various sensors may be used for different purposes. Other examples of suitable sensors include tilt sensors, landmark systems, dynamometers, telemetry sensors, fiber optic sensors and the like. Even further, in some examples, the communications interface 104 may function as a sensor for providing information from one or more electronic resources such as a local cache or backend information system.

The front-end system 102 may also be coupled to one or more user interfaces for outputting and/or inputting information, such as a display device 110, audio output device(s) such as speaker(s), headphones and the like, haptic sensor(s) configured to provide tactile feedback such as forces, vibrations or motions. The display device may be configured to present or otherwise display information to a user, and in some examples may include the display device of a wearable (e.g., head-mounted) or handheld personal display system. Examples of suitable personal display systems may include private, private-shared (linked private) or public personal display systems such as those provided in the form of eyeglasses, safety goggles, contact lenses and the like, image projectors, video projectors, any of a number of other active or passive display systems, laser pointers and the like. In other examples, the display device may include a more conventional display device such as a liquid crystal display (LCD), light-emitting diode display (LED), plasma display panel (PDP) and the like, which may or may not take the form of a personal display system (e.g., smartphone, tablet computer).

The user interfaces may also include one or more user input interfaces. These user input interfaces may be wired or wireless, and may be configured to receive information from a user into the UNU system 100, such as for processing, storage and/or display. Suitable examples of user input interfaces include a microphone, image or video capture device, keyboard or keypad, joystick, touch-sensitive surface (separate from or integrated into a touchscreen), biometric sensor and the like. Similar to the communications interface, in some examples, a user input interface may function as a sensor for providing information directly from a user.

As suggested above, the UNU system 100 of example implementations may be configured to communicate with one or more resource host systems 108, which may be configured to host electronic resources. Some examples of host systems may be remote from the UNU system such as across one or more networks, while other examples of host systems may be local to the UNU system. The electronic resources may vary depending on application of the UNU system, although examples of suitable electronic resources may generally include software-based systems. In some examples, the resource host system may include an appropriate storage accessible by an electronic resource, such as file storage, database storage, cloud storage and the like.

Examples of suitable software-based systems (electronic resources) include information systems, building management systems, computer-aided design (CAD) systems and the like. Examples of suitable information systems may include transaction processing systems, office systems, decision support systems, knowledge management systems, database management systems, office information systems. Other examples of suitable information systems may include data warehouses, resource planning systems, enterprise systems, expert systems, search engines, geographic information systems, global information systems, office automation systems and the like.

The resource host system(s) 108 are shown separate from the UNU system 100, but in various examples, the UNU system may include one or more resource host systems. Likewise, while the sensors 106 and display device 110 are shown as part of the UNU system, one or more sensors and/or display devices may be separate from but in communication with the UNU system, such as in the case of one or more off-board sensors.

FIG. 2 is an illustration of one example implementation of the UNU system 200 in the form of an augmented reality system. As shown, the UNU system may include a computer system 202, which in some examples may be configured to implement the front-end system 102 and communication interface 104 of the UNU system 100 of FIG. 1. In some examples, the computer system may comprise, include or be embodied in a portable, hardware-based electronic device such as a smartphone, tablet computer and the like. The computer system may be coupled (by wire or wirelessly) to one or more wearable (e.g., head-mounted) or handheld personal display systems. In some examples, the personal display system may take the form of augmented reality (AR) eyeglasses, safety goggles, contact lenses and the like (generally AR glasses 204), which may be wearable by a user in an environment. In some examples, the UNU system may be integrated into the AR glasses.

The computer system 202 and/or AR glasses 204 (or other personal display system) may be equipped with or coupled (by wire or wirelessly) to one or more sensors (e.g., sensors 106) configured to provide sensed input to the computer system. As suggested above, for example, the sensors may include an environmental-condition sensor such as a 3D scanner 206 configured to scan the user's environment and provide measurements of points on the surfaces of objects in the environment. These measurements may be used for a number of different purposes, such as to generate a point cloud or other 31) model of the user's environment.

The sensors may also include one or more cameras 208 that may be configured as a user action-tracking sensor and/or environmental-condition sensor. The camera(s) may be configured to capture images or videos of the user and/or their physical, real-world environment; and in some instances, the camera(s) may thereby capture gestures of the user. In some examples, the sensors may include other user action-tracking sensors that in some instances may be configured to capture gestures of the user, according to any of a number of suitable gesture recognition techniques. Examples of suitable sensors include one or more accelerometers 210 (motion sensors), gyroscopes 212 (orientation sensors), IMUs 214, fiber-optic sensors 216, muscle-activity (e.g., EMG) sensors 218 and the like. Additionally or alternatively, for example, the sensors may include an audio sensor such as a microphone 220 configured to capture audio such as voice commands from the user.

The sensors may take a number of different forms, and in some examples may be user wearable such as on the user's finger, wrist, arm, ankle, leg, waist or torso. In some examples, the AR glasses 204 may be equipped with the 3D scanner 206 and camera(s) 208, which may enable the 3D scanner and camera(s) to provide measurements and images/video from the user's viewpoint. In some examples, the AR glasses and/or computer system 202 may be equipped with various accelerometer(s) 210, gyroscope(s) 212, IMU(s) 214 and/or microphone 220. In some examples, the computer system may be coupled to a wired glove, armband or other user-wearable device or system equipped with various accelerometer(s), gyroscope(s), IMU(s), fiber-optic sensor(s) 216 and/or muscle-activity (e.g., EMG) sensor(s) 218. One example of a suitable wired glove is 5DT Data Glove Ultra by Fifth Dimension Technologies. And one example of a suitable armband is the MYO gesture-control armband by Thalmic Labs Inc.

In some examples, the camera 208 and/or microphone 220 may be configured as physiological-condition sensors configured to provide images/video and/or audio of a user. Or the computer system 202 and/or AR glasses 204 may be equipped with or coupled (by wire or wirelessly) to one or more other physiological-condition sensors configured to provide sensed input characteristic of the user. This sensed input in various examples may permit recognition of the user.

In some examples, the computer system 292 and/or AR glasses 204 may be equipped with or coupled (by wire or wirelessly) to one or more position sensors 222 configured to provide measurements of the position of the user. As indicated above, examples of suitable position sensors include those supporting GPS, inertial navigation, Wi-Fi-based positioning, RFID-based positioning or the like.

The AR glasses 294 (or other personal display system) may generate or otherwise enable a live or direct view of the user's environment. The AR glasses may also include a display device 224 (e.g., display device 110) for information from the computer system 202 (e.g., implementing UNU system 100), such as information output by electronic resources. In this regard, the live or direct view of the environment may be augmented by information from the computer system. In some examples, the computer system or AR glasses may further include or be otherwise configured to communicate with one or more audio output devices, haptic sensors for providing audible and/or tactile feedback. This feedback may be provided in addition to or in lieu of certain visual feedback or information by the display device.

As suggested above and explained below, information from the computer system 202 may depend on sensed input from one or more sensors 206-220, some of which may be equipped by and others of which may be coupled to the AR glasses 204 and/or computer system. In one particular example, information from the computer system may vary depending on the viewpoint of the user, which may be reflected by sensed input from a sensor such as the camera 208. In some other examples, the computer system may be coupled to a plurality of AR glasses; and in these examples, information from the computer system may vary for each of the AR glasses depending on the viewpoints of their respective users.

FIG. 3 illustrates a front-end system 300 according to one example implementation. The front-end system 300 of FIG. 3 may be one example of the front-end system 102 of the UNU system 100 of FIG. 1, and which in some examples may be implemented by the computer system 202 of the UNU system 200 of FIG. 2. The front-end system may include any of a number of different subsystems (each an individual system) for performing one or more functions or operations to carry out user interaction with one or more electronic resources. As shown, for example, the front-end system may include a sensor system 302, analysis system 304, execution system 306 and/or evaluation system 308. It should be understood that while the sensor system, analysis system, execution system and evaluation system are shown as part of the front-end system, one or more of the respective systems may instead be separate from but in communication with the front-end system or even the UNU system. Further, it should be understood that one or more of the subsystems may function or operate as a separate system without regard to others of the subsystems. And it should be understood that the UNU system may include one or more additional or alternative subsystems than those shown in FIG. 3.

As explained in greater detail below, the sensor system 302 may be generally configured to receive sensed input from one or more sensors (e.g., sensors 106), which may include information characteristic of a user, the user's environment and/or the user's interaction with their environment. The analysis system 304 may process and correlate this characteristic information to existing knowledge to identify an intent, purpose or significance of the characteristic information, and from its significance, identify one or more operations that the execution system 306 may cause one or more electronic resources to perform. The evaluation system 308 may perform requisite analysis and return feedback to improve future operations. Reference will now be made to FIGS. 4, 5, 6 and 7, which illustrate more particular examples of a suitable sensor system, analysis system, execution system and evaluation system, respectively, according to example implementations of the present disclosure.

FIG. 4 illustrates a sensor system 400 according to one example implementation. As indicated above, the sensor system 400 may be one example of the sensor system 302 of the front-end system 300 of FIG. 3. The sensor system may be configured to receive and collect sensed input from one or more sensors (e.g., sensors 106). The sensors may be generally configured to sense a user, the user's environment and/or the user's interaction with their environment; and their sensed input may be characteristic of the user, user's environment or user's interaction with their environment. In some examples, the sensor system may use various sensed input to derive information characteristic of the user, user's environment or user's interaction with their environment. As shown, then, the sensor system may include one or more detectors 402 configured to process various sensed input (individually or as a composite) according to respective detection algorithms to form a derived sensed input. Or in some examples, sensed input may be parsed into one or more derived sensed input.

The detectors 402 may receive raw sensed input, identify salient information and information sets, and provide appropriate computations, transformations and combinations. The UNU system 100 may provide an extensible means to update detectors such as through a bootstrap on startup, through a need-based dynamic reconfiguration process (based on several factors such as device power, potential for tracking items of interested and context), and/or through direct operator selection. In some examples, sensed input from more than one sensor may be used to implement a detector or to improve the performance of a detector. An example of the latter may be the use of an aircraft readiness list (ARL) for a contextually-relevant aircraft, as well as sensed radio frequency identification (RFID) and object character recognition (OCR) for line-replaceable unit (LRU) while in an aircraft electrical equipment (EE) bay to detect an object (LRU) and retrieve context-relevant information.

As shown in FIG. 4, examples of suitable detectors 402 may include a color detector, shape detector, object detector, speech detector (e.g., language/dialect detection, mood detection, stress detection, engagement detection), face detection (e.g., expression detection, mood detection, stress detection, engagement detection). Examples of suitable detectors may also include a motion detector, identity detector, and/or one or more other detectors such as a feature detector, human characterizer and the like. In this regard, human characterization may include, for example, role characterization, geographic and/or temporal localization, language/dialect characterization, stress level (e.g., correlation to measurable factors, historical information), engagement detection (e.g., correlation to measurable factors, historical information), and the like.

The sensed input including that received (raw sensed input) and any derived (processed sensed input) by the sensor system 400 may include information characteristic of the user, user's environment or user's interaction with their environment. And the sensor system may pass this characteristic information to other subsystems of the front-end system such as for analysis, evaluation or the like.

FIG. 5 illustrates an analysis system 500 according to one example implementation, and which may be one example of the analysis system 304 of the front-end system 300 of FIG. 3. The analysis system may be generally configured to receive characteristic information (e.g., raw sensed input, process sensed input) and continuously track and correlate the respective information to identify its significance (intent), and from its significance, operation(s) of electronic resource(s). For example, the analysis system may employ object recognition and tracking to identify components on an aircraft, which may then be used to provide a dynamically-generated user interface allowing the user to interact with a component within 3D space (plus time), or identify an item of interest in the field of view relative to the user's task.

As shown, the analysis system 500 may include a number of recognizers 502 coupled to a persistence store 504 of information models and/or historical intent-operation associations. The recognizers may be configured to receive and process characteristic information according to respective intent algorithms to identify one or more known patterns, which may indicate the significance (intent) of the characteristic information. In some examples, one or more recognizers may process characteristic information using appropriate information models from the persistence store. Patterns identified by the analysis system 500 may include those universally-applied (e.g., human-hand object, car object, stop gesture), domain-dependent (e.g. replace 737NG landing gear light, stop special operations force gesture, stop taxing airplane gesture) and/or user-specific (e.g. scheduled break, opportunistic electronic data transfer, special tools required for disability, user's task sheet). In some examples, various recognizers 502 may be interdependent. In these examples, interdependencies between recognizers may be context sensitive such as in instances in which geographical and/or temporal constraints in conjunction with one or more recognizers influence results.

As shown, examples of suitable recognizers include context management, gesture recognition, voice recognition (e.g., text-to-speech), object recognition, mood recognition and/or behavior recognition. Other examples of suitable recognizers include point-cloud recognition, fatigue recognition, focus recognition, user orientation, tool orientation, object tracking, applied force tracking, task tracking and/or various identifiers (e.g., voice print, fingerprint, heat signature, facial recognition).

As a more particular example, consider a recognizer 502 for gesture recognition (gesture recognizer). The gesture recognizer may be configured to recognize object (e.g., hand) movement within defined 3D geometric zones (e.g., width, length, height) within the user's physical environment. A rectangular cuboid zone may be defined to implement a virtual keyboard on a desk, a square cuboid zone spatially located above the rectangular cuboid may be defined to accept other gestures, and a sphere spatially located to the right of the rectangular cuboid may be defined to more directly interface with a building management system to control building lighting. Each zone may be defined in a number of different manners such as by a width, length and height that may be expressed in typical coordinates (e.g., x, y, z), but a zone may also include additional parameters such as date, time, geographic coordinate and the like such as to create situational or context-sensitive user interface (UI) tailoring.

The persistence store 504 may include storage for one or more information models, past intent-operation pairings, and/or other information according to which characteristic information may be processed. The persistence store may provide a historical record of approach and success criteria, weighted performance metrics by individual and/or role and perhaps also categorized by relevant factors (e.g. location, time, availability of equipment, etc.). In one example, information stored by the persistence store may be maintained by an evaluation system, such as the evaluation system 308 of FIG. 3. Combined with the recognizers 502, the persistence store may provide a means to track, gauge and improve performance of the front-end system, and thereby the UNU system.

In a more particular example, characteristic information (e.g., raw sensed input, process sensed input) processed by the recognizers 502 and the significance identified from the characteristic information may be condensed in a binary form to characteristic-intent pair (CIP). The CIP may be correlated with operation(s) of electronic resource(s) to form a correlated operation-CIP pair (OCIP), which in one example may correspond to an intent-operation pairing stored by the persistence store 504. In accordance with example implementations, one or more OCIPs form a unique fingerprint for a sequence of functions ranging from detection, to recognition, to operation and so forth. And in some examples, this fingerprint and/or one or more of its OCIP(s) may be weighted based on one or more performance metrics by individual and/or role and perhaps also categorized by relevant factors (e.g. location, time, availability of equipment, etc.).

The recognizers 502 may compare the identified significance to the persistence store 504 for historical significance and associated operations based on one or more intent-operation pairings (e.g., one or more OCIPs that form a unique fingerprint). In one example, each recognizer may be configured to compare operations and produce a weighted evaluation based on identification, operation proposal and perhaps other weightings (e.g., user, role). The analysis system 500 may then pass operational information including the analysis, options, results and/other user feedback (e.g., auditory, visual, touch) to other subsystems of the front-end system such as for execution of one or more operations by one or more electronic resources, and presentation of any corresponding output from the electronic resource(s).

FIG. 6 illustrates an execution system 600 according to one example implementation, and which may be one example of the execution system 306 of the front-end system 300 of FIG. 3. The execution system may be generally configured to receive operational information and cause one or more electronic resources to perform one or more operations based thereon. In various examples, the execution system may cause performance of operation(s) based on characteristic information (raw sensed input, processed sensed input), prior success patterns, algorithmic operations and the like. Operations may be dependent upon multiple factors such as context, need, urgency, compute capacity, battery life and the like.

The execution system may include a number of operation engines 602 each of which may be configured to process operational information according to a respective algorithm to form an input to one or more electronic resources to cause the respective resource(s) to perform one or more operations. In various examples, the operation engines may include those for system-derived operations 602 a and/or user-requested operations 602 b, although in various instances a system-derived operation may instead be user-requested, or a user-requested operation may instead be system-generated.

The system-derived operation engines 602 a may be generally configured to cause performance of operations associated with significance (intent) identified from characteristic information, such as by the analysis system 304. User-requested operation engines 602 b, on the other hand, may be generally configured to cause performance of operations specifically requested by the user. As shown, examples of suitable system-derived operations include role-based access control (RBAC), tailoring a UI, tailoring information retrieval, tailoring information delivery and the like. Examples of system-derived operations may also include role-based quality assurance monitoring/auditing, audio input processing (e.g., voice command), visual input processing (e.g., gestures, 3D spatiotemporal processing), movement (or motion) input processing (e.g., gestures), sensor requests and the like. Other examples of system-derived operations include automated recording (e.g., quality control, system record), system calibration, virtual audio/visual assistant, quality assurance (QA) recording, context tracking refinement and the like.

Examples of user-requested operations include a request for information, processing, display, communication, documentation and the like. Examples of user-requested operations may also include a request for UI manipulation, a request to track/monitor an object, a request for a notification/alert, and the like. Other examples of user-requested operations include actuator calibration, record audio/video, record still images, establish virtual audio/visual connection, record applied fastener torque, playback recording and the like.

The input formed by an operation engine 602 may be communicated to an appropriate electronic resource hosted by a respective local or remote resource host system 108 to cause performance of particular operation(s). The electronic resource may in turn produce an output from its performance of the operation(s), and return the output to the operation engine for output by the UNU system 100, such as by its display device 110, speaker, headphones or the like.

FIG. 7 illustrates an evaluation system 700 according to one example implementation, and which may be one example of the evaluation system 308 of the front-end system 300 of FIG. 3. The evaluation system may be generally configured to evaluate executed operations against success criteria associated with the operation as well as perhaps its derivation by the analysis system, which may improve performance and efficiency of future results. As shown, the evaluation system may include a number of management/evaluation engines 702 coupled to a persistence store 704 of information models and/or historical intent-operation associations. In some examples, the persistence store 704 may correspond to or otherwise maintain information stored by the persistence store 504 of the analysis system 500. Similar to the persistence store 504 of the analysis system, then, the persistence store 704 of the evaluation system may include storage for past intent-operation pairings, and/or other information according to which characteristic information may be processed. The persistence store may provide a historical record of approach and success criteria, weighted performance metrics by individual and/or role and perhaps also categorized by relevant factors (e.g. location, time, availability of equipment, etc.).

The management/evaluation engines 702 may include management engines such as model management and association management engines configured to manage the information models and intent-operation pairings stored by the persistence store 704. The management/evaluation engines 702 may also include evaluation engines configured to track the significance (intent) of characteristic information, such as that identified by the analysis system 500. And the management/evaluation engines may include evaluation engines configured evaluate correlations between the significance and operation(s) (e.g., system-derived, user-requested) that electronic resource(s) are caused to perform based thereon, such as by the execution system 600.

As shown, examples of suitable evaluation engines of the management/evaluation engines 702 include those for tracking mood, behavior and the like, as well as those for evaluating correlations between mood, behavior and the like and operation(s) of electronic resource(s). Other examples of suitable evaluation engines include those for tracking and/or evaluating correlations for context, gestures, voice, objects, point-clouds, fatigue, focus, user orientation, tool orientation, applied force, tasks and the like. In various examples, the evaluations performed by management/evaluation engines may include production of weightings based on the aforementioned performance metric(s), and which may be applied at various instances to one or more intent-operation pairings (e.g., OCIPs) stored by the persistence store 704 to thereby improve performance and efficiency of future results.

As explained above and in further detail below, the UNU system 100 (and its example UNU system 200) and methods of example implementations may facilitate or otherwise provide human-machine interaction in a variety of different manners. In some examples, one or more sensors 106 (e.g., sensor(s) 206-222) may be configured to provide sensed input including measurements of motion of a user during performance of a task by the user. The motion may include a gesture performed in a 3D zone in an environment of the user. And the 3D zone may be one of a plurality of 3D zones in the environment that are defined to accept respective, distinct gestures of the user. In some examples, interpretation of user action within these zones may be further dictated by additional factors, such as a commanding gesture, current and/or bounding workflow steps and/or potentially other contextually-relevant actions.

The front-end system 102 (or computer system 202 implementing the front-end system) may be configured to receive and process the sensed input including the measurements to identify the gesture and from the gesture, identify operations of an electronic resource (one or more electronic resources), which may be hosted by a resource host system 108 (one or more resource host systems). In this regard, the front-end system may be configured to identify the gesture based on the 3D zone in which the gesture is performed. In some more particular examples, these operations may be performed by an analysis system 304, 500, or even more particularly a gesture recognizer 502 of such an analysis system. The front-end system may then be configured to form and communicate an input to cause the electronic resource to perform the operations and produce an output. And the front-end system may be configured to receive the output from the electronic resource, and communicate the output to a display device 110 (e.g., display device 224), audio output device or haptic sensor.

The front-end system 102 may be configured to identify the gesture not only based on the 3D zone, but also based on other factors in which the 3D zones or their gestures may differ. For example, the front-end system may be configured to identify the gesture further based on the task performed by the user. In this example, one or more of the 3D zones or one or more of respective, distinct gestures that the 3D zones are defined to accept may be different for different tasks. In addition to or in lieu of the task, for example, the front-end system may be configured to identify the gesture further based on the user himself/herself. In this example, one or more of the 3D zones or one or more of respective, distinct gestures that the 3D zones are defined to accept may be different for different users.

In some examples, one or more of the 3D zones may be different for different users, with each of the respective 3D zone(s) having a different position, shape or size for different users. In at least some of these examples, the UNU system 100 may be configured for use by a user such as through execution of a setup routine. And during this routine, the user may provide input from which one or more 3D zones may be defined, including their positions, shapes and/or sizes, as well as the gestures that the zones are defined to accept. These and other parameters unique to the user may then be maintained for use by the UNU system, such as in a user profile associated with the respective user.

The UNU system 100 may accept different types of distinct gestures such as unsupported grand gestures or micro-gestures (first gestures) that may depend on the 3D zones, and/or universal gestures (second gestures) that may be accepted without regard to the 3D zones. In various examples, universal gestures may be accepted within or across any one or more of the 3D zones, or even partially or wholly outside of the 3D zones. In instances in which the user motions a universal gesture, the front-end system 102 may identify the universal gesture without regard to the 3D zones, whereas again, the front-end system may identify an unsupported grand or micro-gesture based on the 3D zone in which the gesture is performed.

The different types of gestures accepted by the UNU system 100 may be distinguishable in a number of different manners, including that some depend on 3D zones and others do not. Unsupported grand gestures may be appropriate for unsupported, outstretched motions and may work better for occasional, primarily non-repetitive interfacing, as opposed to more routine or frequent operations, for which micro-gestures may work better.

Unsupported grand gestures may be appropriate for larger motions having shorter durations and/or lesser frequencies of use, such as those lasting no more than 90 seconds, and repeated no more than five times in 60 minutes (sometimes referred to as the 90-5 rule). In some examples, unsupported grand gestures may be defined for user control and reconfiguration of workspace—such as moving information from one display device 110 to another, or controlling the position of a rendered object and/or part. Other unsupported grand gestures may be defined for the purposes of state transition, such as moving from detection of completion of one operation in a maintenance task and the beginning of the next. Other unsupported grand gestures may be defined for the user to provide input from which one or more 3D zones may be defined, as explained above. For example, one or more unsupported grand gestures may be defined for the user to specify a point at a particular position for defining a 3D zone of a particular shape and size having the point at the particular position as its centroid. And yet other unsupported grand gestures may be defined for interacting with a graphical user interface (GUI), as explained below.

Micro-gestures may be appropriate for smaller motions having longer durations and/or greater frequencies of use. These gestures may be more often defined for motions familiar to a user desiring performance of an existing operation (e.g., small hand movement to move a digital selector in a GUI). In some examples, micro-gestures may be more appropriate for motions in which the user has reasonable support for enduring operations, which may reduce if not minimize fatigue, and increase if not maximize utility.

The front-end system 102 (or computer system 202 implementing the front-end system) may be configured to communicate the output from an electronic resource to a display device 110 (e.g., display device 224), audio output device or haptic sensor. In some more particular examples, these operations may be performed by an execution system 306, 600, or even more particularly an operation engine 602 of such an execution system. In some examples, the output may be communicated in one of a plurality of distinct desktop environments displayable in respective facets of a three-dimensional, multifaceted GUI. In these or other similar examples, the output may be communicated to effect rotation of the three-dimensional, multifaceted GUI, or to effect selection of one of desktop environments.

FIGS. 8, 9 and 10 illustrate an example of a 3D, multifaceted GUI 800, and gestures by which a user may interact with the GUI. The GUI may include a plurality of facets 802 in which respective, distinct desktop environments may be displayable, and which may be arranged into a 3D shape. In some examples, the GUI may initially present a single desktop environment in a single facet, and then morph into the multifaceted GUI including the single desktop environment and other desktop environments, in response to the user performing a gesture defined for this purpose. As shown in FIG. 8, in some of these examples, the gesture may include the user performing a compression movement with their hands, while their hands and fingers are extended (and fingertips directed inward), and thumbs vertical.

The multifaceted GUI 800 may be rotatable to enable the user to observe various views of the desktop environments in its facets 802, such as again through an appropriate gesture defined for this purpose. As shown in FIG. 9, in one example, this gesture may include the user with their hands in the aforementioned position shown in FIG. 8, rotating their hands together about their palms (fingertips from outside arc), with their fingertips directed inward. The user may rotate their hands in a particular direction and with a particular speed to cause the GUI to rotate 902 with a related or otherwise corresponding direction and speed. The user may select one of the desktop environments, which may direct the GUI to morph back to a single desktop environment in a single facet including the selected desktop environment.

In some examples, a desktop environment in a facet 802 of the GUI 800 may include a plurality of overlapping windows or displays (generally “windows”), which may be indicated on the facet or GUI. In this regard, a corner of the desktop environment may reveal a series of icons (e.g., dots) that may be enumerated and keyed to correlate with the number of windows of the desktop environment. As shown in FIG. 10, in these examples, a topmost window 1002 may be slid 1004 or otherwise moved from its position to reveal another window 1006 underneath, which again may be performed in response to the user performing a gesture defined for this purpose. As shown, one example of a suitable gesture may include the user with their hands in the aforementioned position shown in FIG. 8, transitioning one hand to an outward facing palm and performing a swipe movement with that hand. The underneath window may then become the topmost window. Or in some examples in which a desktop environment does not include overlapping windows, the desktop environment may communicate as much to the user (e.g., flash).

As suggested above, UNU system 100 and methods of example implementations may find use in a variety of potential applications, such as in the context of a complex system such as an aircraft or any of a number of other structures. A complex system may be generally composed of systems, subsystems, assemblies, subassemblies, components and the like (each generally a “subsystem”). Each subsystem may be composed of respective parts, and each part may include respective features. The parts of the complex system may be assembled into a number of subsystems, which in turn may be assembled into the complex system. In the context of an aircraft, one or more parts or subsystems may be designed as a modular component of the aircraft often referred to as an LRU, of which a single aircraft may include a number of LRUs and other parts or subsystems. Any of the complex system itself or any of its subsystems, parts (of subsystems), features (of parts) or the like may at times be generally referred to as a “component” or “part” of the complex system.

In some examples, the sensors 106 (e.g., sensor(s) 206-222) may be configured to provide sensed input including measurements of the motion and/or orientation of the user during performance of the task by the user to work a complex-system component. In these examples, the front-end system 102 (or computer system 202 implementing the front-end system) may be configured to receive and process the sensed input including the measurements to identify a known pattern that indicates a significance of the sensed input from which to identify operations of the electronic resource. The front-end system may then be configured to form and communicate the input to cause an electronic resource to perform the operations and produce an output, with the operations including determination of an action of the user or calculation of a process variable related to performance of the task, from the measurements. And in these examples, the front-end system may be configured to receive the output from the electronic resource, and communicate the output to the display device 110 (e.g., display device 224), audio output device or haptic sensor.

One more particular example of a suitable application is the support of engineering activities such as those performed during pre-production, production or post-production of a complex system such as an aircraft. Another example of a suitable application is the support of tasks such as pre-production, production or post-production tasks performed on components of a complex system. Thus, referring now to FIGS. 11 and 12, example implementations may be used in the context of an aircraft manufacturing and service method 1100 as shown in FIG. 11, and an aircraft 1200 as shown in FIG. 12. During pre-production, the example method may include specification and design 1102 of the aircraft, manufacturing sequence and processing planning 1104 and material procurement 1106. During production, subsystem and component manufacturing 1108 and system integration 1110 of the aircraft takes place. Thereafter, during post-production, the aircraft 1200 may go through certification and delivery 1112 in order to be placed in service 1114. While in service by a customer (also post-production), the aircraft may be scheduled for routine maintenance and service 1116 (which may also include modification, reconfiguration, refurbishment or the like).

Each of the processes of the example method 1100 may be performed or carried out by a system integrator, third party and/or operator (e.g., customer). For the purposes of this description, a system integrator may include for example any number of aircraft manufacturers and major-system subcontractors; a third party may include for example any number of vendors, subcontractors and suppliers; and an operator may include for example an airline, leasing company, military entity, service organization and the like.

As shown in FIG. 12, an example aircraft 1200 produced by the example method 1100 may include an airframe 1202 with a plurality of systems 1204 (each a subsystem or more generally a component) and an interior 1206 (including respective components). Examples of high-level systems 1204 include one or more of a propulsion system 1208, electrical system 1210, hydraulic system 1212, environmental system 1214 and the like. Any number of other systems 1204 may be included. Although an aerospace example is shown, the principles of the disclosure may be applied to other industries, such as the marine and automotive industries.

The UNU system 100 and method disclosed herein may be specified for use during any one or more of the stages of the example production and service method 1100, including any one or more of the pre-production, production and/or post-production stages. Examples are described below in the context of the implementation of the UNU system shown and described with reference to FIG. 2, namely, in the form of the UNU system 200. It should be understood, however, that the scenarios are equally applicable to other more general or more specific implementations of the UNU system, including those with other types of personal display systems.

During pre-production or production, for example, the UNU system 200 may be used to enable virtual, on-the-fly designs and engineering modifications to mock-ups in real-time, using gesturing in a real-world environment. Its use may thereby simplify, streamline and improve the quality of design work, enhance customer collaboration and buy-in for their products, and reduce costs. In one scenario, for example, a user (e.g., engineer) equipped with the UNU system may walk through a mockup of the interior of an aircraft wearing the AR glasses 204, which may be equipped with or coupled to sensor(s) such as a 3D scanner 206, camera 208 and the like. The camera may be configured to capture gestures of the user. Or in some examples, the UNU system may include one or more additional or alternative sensors configured to capture gestures of the user, such as one or more accelerometers 210 (motion sensors), gyroscopes 212 (orientation sensors), IMUs 214, fiber-optic sensors 216, muscle-activity (e.g., EMG) sensors 218 or the like.

During the walkthrough of the mockup interior, the user may instruct the computer system 202 (e.g., through voice commands, gestures, etc.) to cause the 3D scanner 208 to scan and provide measurements of (or measure) points on the surfaces of objects in the interior. More generally, the 3D scanner may be caused to provide measurements of points on the surface of an object in the user's environment, or slightly more particularly, provide measurements of points on the surface of a mockup of a component of the complex system.

The computer system 202 may receive and process sensed input including the measurements from the 3D scanner 206 to identify a known pattern that indicates a significance of the sensed input from which to identify operations of an appropriate electronic resource. The computer system may form and communicate an input to cause the electronic resource to perform the operations. The input may include the measurements, and the operations may include generation of a point cloud from the measurements, and transformation of the point cloud to an appropriate 3D model (e.g., 3D CAD model) of the interior (or more generally the object in the user's environment). More particularly, for example, the measurements may be input to an appropriate electronic resource that may generate a point cloud, and the same or another electronic resource may then transform the point cloud to an appropriate 3D model of the mockup interior, which may be stored for future use. In various examples, the mockup interior and thus its 3D model may reflect a particular type of seat configuration such as by wire frames, solids, photo-realistic views or the like, and may also reflect other qualities of the mockup interior such as a type of seating, carpet and the like.

Further to the above example scenario, the same or another user equipped with the UNU system 200 may walk through an empty fuselage of an aircraft wearing the AR glasses 204 including a display device 224. In another example, the computer system may be configured to communicate with a projector in addition to or in lieu of AR glasses' display device. During this walkthrough, the user may instruct the computer system 202 (e.g., through voice commands, gestures, etc.) to output the 3D model of the mockup interior for display in life size dimensions. More generally, the UNU system may be configured to receive an output including the including the 3D model from the electronic resource(s), and communicate the output for display by a display device, where the 3D model may be of a component of a complex system.

The AR glasses 204 may generate or otherwise enable a live or direct view of the empty fuselage, which may be augmented by the 3D model of the mockup interior from the computer system 202 of the UNU system 200. More generally, the UNU system may be configured to communicate the output for display in an instance in which the user's environment includes an empty space of the complex system designed for placement of the component, with a live or direct view of the empty space being augmented by the 3D model. In one example, the UNU system may include or be coupled to a plurality of AR glasses that include respective display devices 224 and are worn by respective users walking through the empty fuselage (users in the same environment). In this example, the UNU system may be instructed to output the 3D model to the display device of each of the AR glasses. The 3D model displayed by the respective display devices may be anchored to the empty fuselage (users' environment), but varied for each of the AR glasses depending on viewpoints of the respective users within the fuselage (environment).

The UNU system 200 may further enable a user to make engineering changes to the 3D model of the mockup interior in real-time, which may better assure user requirements are met. In one example, the user equipped with the UNU system may use gestures to alter the displayed 3D model, such as by swiping their hand, pinching, zooming or the like to change the configuration, shape, attitude, orientation, color combination or the like of one or more objects of the mockup interior represented by the 3D model. A user may use gestures to pinch a seat and pull outward to expand it, or swipe to remove it. The gestures may be captured by one or more appropriate sensors 208-218, and provided (as sensed input) to the computer system 202. More generally, an appropriate sensor may be configured to capture a gesture of the user indicating alteration to a portion of the 3D model, and the sensed input may include the captured gesture from the sensor.

The computer system 202 may process the sensed input including the captured gesture, and form and communicate an input to cause an appropriate electronic resource to carry out the alteration indicated by the gesture. The electronic resource may output the altered 3D model or altered objects (e.g., seats) of the 3D model back to the computer system. That is, the output may include at least the altered portion of the 3D model, which may be in turn output to the display device 224 of the AR glasses 204 for display of the 3D model including the altered portion. The alternations may be shown in real-time as they are made, and may be stored by the electronic resource as an iteration or version of the 3D model such as for comparison purposes.

In one example, one or more information models reflecting operation of the aircraft or one or more of its components may be further drawn in to an appropriate electronic resource, which may simulate operation of the aircraft/components. During or after the simulation, the electronic resource may output results of the simulation to the computer system 202, which may in turn output the results to the user through the display device 224 of AR glasses 204. More generally, the UNU system may be configured to receive an output from an electronic resource simulation of operation of the complex system, and communicate the output for display by the display device.

In addition to or in lieu of output of the simulation being displayed, the output may be provided to other user interfaces such as audio output device(s), haptic sensor(s) or the like. The audio output device(s) may provide audible feedback to the user, and the haptic sensor(s) may provide tactile feedback to the user, such as to alert the user of certain events during or as a result of the simulation, and may be provided in addition to or in lieu of visual feedback or other information from the display device 224 of the AR glasses 204. Examples of suitable events may include collisions or other conflicts or interference between components, and may facilitate resolution of such issues.

In some examples, the UNU system 200 may tailor the 3D model and/or other information displayed to a user based on the user's role. That is, the computer system 202 may be configured to communicate the output for display by a plurality of display devices 224 of a respective plurality of AR glasses 204 worn by respective users, with the output for each of the display devices being varied depending on roles of the respective users. In an instance in which a representative of the aircraft manufacturer and a customer are both wearing AR glasses, the computer system may cause the representative's AR glasses to display not only the 3D model but also availability data, be reminded of customer's past preferences or the like, while the customer's AR glasses may display only the 3D model. For more information on a compatible system that may enable viewable information on an as-needed basis, see U.S. patent application Ser. No. 13/005,753, entitled: Augmented Collaboration System, filed Jan. 13, 2011, the content of which is incorporated by reference in its entirety.

During production or post-production of the aircraft, for example, the UNU system 200 may be used to support a number of activities such as build, repair and/or maintenance activities. In various examples, these and similar activities may be performed according to a work plan that formalizes instruction for building, creating or otherwise completing requirements or intention of an engineering design of the aircraft or components of the aircraft. The engineering design may include a set of requirements that indicate specifications, tolerances, purposes, materials or other aspects of the aircraft. The work plan may include a series of work instructions that together comprise a set of directives to be accomplished by worker(s), and each work instruction may include one or more tasks. A task may refer to an action or set of actions to be performed by worker(s) which represents specific and repeatable purposes, motions or actions of the worker(s).

In some examples, a task may be defined to include or imply one or more defined actions of the user to work a complex-system component; and for some tasks, the user may use one or more tools (e.g., hand tools, power tools) to perform the respective actions. For example, the user may be tasked with placing, arranging or assembling components, installing or uninstalling components, drilling a hole in a component, installing a fastener on a component, cutting through or routing out a portion of a component, or the like.

In some examples, a task may have a task definition that includes or implies one or more defined actions of a type that may subject the worker to ergonomic risk, such as lifting, gripping, working overhead, pushing/pulling, bending, kneeling and the like. Lifting may include the worker lifting an amount of weight some number of times. Gripping may include the worker using a grip (e.g., hand grip, pinch grip, finger/thumb press) to apply an amount of force some number of times. Working overhead may include the worker lifting their hands above the head some number of times each of which for an amount of time. Pushing/pulling may include the worker pushing/pulling (e.g., one-handed/two-handed horizontal push/pull, one-armed/two-armed vertical push/pull) with an amount of force some number of times. Bending may include the worker bending their torso forward (e.g., greater than 45°) some number of times each of which for an amount of time. And similarly, kneeling may include the worker kneeling some number of times each of which for an amount of time.

In some examples, a task definition may specify one or more process requirements for a user working a complex-system component, which in some instances may involve use of an appropriate tool (e.g., hand tool, power tool). As suggested above, these may include for example, requirements for the placement, arrangement or assembly of component(s), installation or uninstallation of component(s), drilling of a hole in a component, installation of a fastener on a component, cutting through or routing out a portion of a component, or the like. In a more particular example, a work task for installation of a fastener may include requirements for process variables related to performance of the task such as torque, swag force and/or preload to be applied to the fastener.

In one scenario, for example, a user (e.g., worker) equipped with the UNU system 200 and wearing the AR glasses 204 may enter a work site to carry out defined task(s) of a work plan. The computer system 202 and/or AR glasses may be equipped with or coupled to one or more sensors that may provide sensed input from which the computer system may recognize the user. In some examples, the computer system may cause the camera 208 to capture an image of the user's face, and/or cause the microphone 220 to capture audio of the user, which may be provided to the computer system as sensed input. Or the computer system may cause other physiological-condition sensors to provide sensed input characteristic of the user. The computer system in these examples may be configured to receive and process the sensed input to recognize the user based on facial recognition, voice print or the like. The computer system may further communicate with one or more appropriate electronic resources based on the recognized user, such as to clock the user into work, and/or provide an agenda for the day's work including items such as a daily safety message, any reminders of things to watch for that have been problems in the past, and the like.

As the user prepares to perform a defined task, the sensors may provide sensed input from which the computer system 202 may communicate with appropriate electronic resource(s) to direct the user to where the user may locate required items for performing the task. The computer system may further provide the user with an indication of a known work area for performing the task, and may output to the display device 224 of the AR glasses 204, a route to the respective area. In one example, the computer system may cause the position sensor 222 to provide a measurement of the position of the user, which may be provided to the computer system as sensed input. The computer system may receive and process the sensed input to calculate a route from the user's position to the respective area. As before, in addition to or in lieu of this display device, the computer system may communicate with a projector from which the output may be displayed (the output in either instance augmenting a direct or live view of the user's environment).

The computer system 202 may cause the position sensor 222 to provide measurements tracking the position of the user as the user moves, which may be provided to (as sensed input) and processed by the computer system to determine when the user approaches the work area. The computer system 202 may communicate with appropriate electronic resource(s) to provide reference material or other information relevant to the given task. As the user arrives at or within proximity of the work area, then, the computer system may output the reference material and other relevant information to the display device 224 of the AR glasses 204, such as in a sequential, context-sensitive manner.

While the user is at or within proximity of the work area, computer system 202 may cause the camera 208 to automatically capture images or video of the user and/or their environment, such as from the user's viewpoint. As the user's viewpoint turns to an area of an object with which the user must interact to perform the task, the computer system may receive and process sensed input to recognize the object, communicate with appropriate electronic resource(s) and output visual cues that augment the user's direct view to highlight the respective object. In some examples, the visual cue may have characteristics (e.g., color, shading, pattern, intensity, direction) that may be customized to reflect a status of an object. The computer system may further output step-by-step tasks/actions (visually and/or audibly), and may at various instances output further visual assistance. This visual/audible assistance may include, for example, assistive videos illustrating performance of a task/action, or an animated view of components assembling, perhaps with voice overs that describe the tasks/actions being performed, assistive notes, a rationale behind the tasks/actions or the like.

The user may instruct the computer system 202 (e.g., through voice commands, gestures, etc.) to communicate with appropriate electronic resource(s) to provide information regarding an object of interest, which the computer system may then output to the display device 224 of the AR glasses 204. For example, the user could speak a voice command such as “find flap slat electronics unit,” which may be captured by the microphone 220 and processed to cause the computer system to communicate with appropriate electronic resource(s) and output a visual cue that augment the user's direct view to highlight the respective flap slat electronics unit (an LRU). Automatically or in response to user instruction, the computer system may be caused to customize characteristics of the visual cue to reflect the status of the LRU, or provide information regarding the LRU.

As the user performs the task, the computer system 202 may cause various sensors to provide sensed input from which the computer system may track performance of the task. For example, the computer system may cause the camera 208 to automatically capture video to as the user performs the task. Additionally or alternatively, for example, the computer system may cause the accelerometer 210, gyroscope 212, IMU 214, fiber-optic sensor 216, muscle-activity (e.g., EMG) sensor 218 or other appropriate sensor to provide measurements of motion and/or orientation of the user, which may be characteristic of one or more actions of the user. This may include measurements characteristic of the user lifting, gripping, working overhead, pushing/pulling, bending, kneeling and the like. In some examples, the muscle-activity sensor may provide measurements of the user's muscle activity, from which a lifted weight, grip force and/or push/pull force may be calculated.

As or after the computer system 202 tracks performance of a task, the computer system may output the video and/or other sensed input to an appropriate electronic resource for storage and recall, such as for a number of different purposes. For example, the computer system may output the video and/or other sensed input to an electronic resource for performance evaluation purposes. As indicated above, a task may be defined to include or imply defined actions of the user. As also indicated above, the sensed input may include measurements of motion and/or orientation of the user, which may be characteristic of one or more actions of the user. In some examples, then, computer system may output the video and/or other sensed input from which the electronic resource may determine one or more actions of the user during performance of the task, and compare the determined actions to respective defined actions of the task definition. The electronic resource may determine compliance of the user's performance of the task with its definition based on the comparison, which may thereby enable evaluation of the user's performance.

In some examples, the computer system 202 may output the video and/or other sensed input to an electronic resource for ergonomic evaluation purposes. As suggested above, motion and/or orientation of the user may be characteristic of different types of action some of which may subject the worker to ergonomic risk. The computer system may therefore provide the video and/or other sensed input to the electronic resource, which may be configured to perform or facilitate performance of an ergonomic risk assessment based on the video and/or other sensed input. In one example, the ergonomic risk assessment may be performed in a manner similar to that described by U.S. Pat. No. 7,457,678, entitled: Method for Managing Ergonomic Risk Exposure in Manufacturing, issued Nov. 25, 2008, the content of which is incorporated by reference in its entirety.

In some examples, the computer system 202 may output the video and/or other sensed input to an electronic resource for inspection purposes. As suggested above, a task definition may specify process requirement(s) for the user working a complex-system component. For example, a task for installation of a fastener may include requirements for process variables such as torque, swag force and/or preload to be applied to the fastener. In some examples, then, computer system may output the measurements of muscle activity (in addition to or in lieu of video and/or other sensed input) from which the electronic resource may calculate a number of different process variables from the measurements—including torque, swag force and/or preload applied to the fastener by the user (directly or using a tool). The electronic resource may compare the calculated process variables to respective specified process requirements of the task definition. The electronic resource may determine compliance of the calculated process variables with respective specified process requirements based on the comparison, which may thereby enable inspection of task against its process requirements.

An electronic resource may produce and output results of its evaluation or inspection as or after the user performs the task. In instances in which the results are output as the user performs the task, the results may facilitate the user's proper performance of the task, such as according to its definition and specified process requirements. In either instance, however, the results may facilitate the same or another user's proper performance of the same or another task that may depend on the respective task. In some examples, automated recognition of task completion may drive pacer boards, progress dashboards, completion metric software and the like, which may help improve real-time production status.

The electronic resource may produce any of a number of different results of an evaluation or inspection. For example, the electronic resource may produce one or more indications of the determined action of the user, the respective action of the task definition, and/or compliance of the user's performance of the task with its definition based on their comparison. In another example, the electronic resource may produce one or more indications of the calculated process variables (e.g., torque, swag force, preload), respective process requirements specified by the task definition, and/or compliance of the calculated process variables with the respective process requirements based on their comparison. In some examples, the indication of compliance with a task definition or process requirements may be reflected in multiple relative levels that may be distinguished by respective ranges of compliance, such as fully compliant, partially compliant or non-compliant.

In some examples, the electronic resource may output results of the evaluation or inspection to the computer system 202, which may in turn output the results to the user through the display device 224 of AR glasses 204, and/or through other user interfaces (e.g., audio output device, haptic sensor). The results may be output as a numerical or textual feedback. Additionally or alternatively, the results may be output as visual, audible and/or haptic cues that in some instances may reflect a level of compliance to a task definition or process requirement. In the context of fastener installation, for example, the computer system may output a visual cue, audible feedback and/or haptic feedback to the user, such as to alert the user that the calculated process variable (e.g., torque, swag force, preload) is compliant with the specified process requirement.

Evaluation, inspection and other similar operation(s) performed in a manner of example implementations may also enable the user to keep focused on their task instead of waiting for an evaluation, inspection or other process, which may result in a significant time savings, better build quality and/or reduction of cognitive disruption to the user. Moreover, in the event the user takes a break or is otherwise interrupted (e.g., the UNU system 200 experiences a failure), the user's environment may be captured. On returning to the task, the video may be recalled to assist the user returning to the point at which they were interrupted, procedurally with context intact.

Storage of records of tasks including video and other information may enable a number of other processes in addition to or in lieu of those described above. An electronic resource using data analytics may, for example, scan these records looking for aberrations, as well as improvement that may be automatically included in future process-improvement activities. The time each instance of a task is performed may be recorded and output for display in a composite, living “value stream map” that may highlight new areas of opportunity for improvement in various tasks.

The UNU system 200 may further enable the user on-the-fly access to other users (e.g., engineers, planners) via appropriate electronic resources. The user may thereby collaborate with or otherwise receive assistance from others to address a task or problem with the task. During this collaboration, the user may instruct the computer system 202 to provide the other users with contextual or other supporting information that may facilitate their interaction. Even during in service of the aircraft, this may enable collaboration among staff. For example, a flight attendant equipped with the UNU system could speak a voice command such as “I need more coffee” to cause the computer system to communicate with appropriate electronic resource(s) to locate another flight attendant or airline staff nearest the coffee, and output an alert or other indication of the one attendant's need for coffee. The augmented reality system in this scenario may also benefit from aspects of the system disclosed in the aforementioned '753 application.

Moreover, as suggested above, the UNU system 200 may direct a user to where they may locate required items for performing a task. This may include inventoried items, and the computer system 202 may communicate with appropriate electronic resources to perform a variety of activities for inventoried items. Examples of suitable activities include inventory control and auto-reconcile consumption activities, set/reset min/max inventory levels, reorder points and the like, pay for inventory on consumption, and the like. This may synchronize the supply chain to a pull signal of consumption, which may facilitate just-in-time supply. For more information on various min/max aspects, see U.S. Pat. No. 7,769,643, entitled: Min/Max Inventory Control System and Associated Method and Computer Program Product, issued Aug. 3, 3010; and U.S. Patent Application Publication No. 2011/0029412, entitled: Apparatus and Method for Controlling Inventory, published Feb. 3, 2011, the contents of both of which are hereby incorporated by reference.

The UNU system 100 (and its example UNU system 200) and method of example implementations may also find use in a variety of other potential applications. The UNU system may have application in information kitting in which the virtual and physical may be combined, such as by augmenting the user's physical environment with virtual information elements at the time and point of use, and in a context-sensitive manner.

In another example, the UNU system 100 of example implementations may have application in accident investigations. In this regard, a point cloud may be recorded and generated from a debris field for analysis that may model differing algorithms to inform an investigation as to which of a myriad of potential events is at the root of the situation at hand.

In yet another example, the UNU system 100 may have application in emotion, user intent/behavior. Gestures, verbal emotional cues, micro expressions and the like may be elements for context. This information may be folded back into contextual information to inform predictive capabilities for need. Engagement may be judged, information and/or a user interface may be updated (provide more help/information), and/or a tie may be made to an available expert (recall what worked last time).

In other examples, the UNU system 100 may have application in virtual guided assistance; and/or mobile, mesh networks, for borrowing computing resources. And in yet another example, the UNU system may have application in human body route tracking, such as to generate an alert if designated work zone has not been entered, or if a dwell time has not met anticipated threshold for a particular operation.

According to example implementations of the present disclosure, the UNU system 100 and resource host systems 108, and their respective subsystems may be implemented by various means. Similarly, the UNU system 200, and examples of a front-end system 300, sensor system 400, analysis system 500, execution system 600 and evaluation system 700, including each of their respective subsystems, elements and the like (e.g., computer system 202), may be implemented by various means according to example implementations. Means for implementing the systems, subsystems and their respective elements may include computer hardware, alone or under direction of one or more computer program code instructions, program instructions or executable computer-readable program code instructions from a computer-readable storage medium.

In one example, one or more apparatuses may be provided that are configured to function as or otherwise implement the systems, subsystems and respective elements shown and described herein. In examples involving more than one apparatus, the respective apparatuses may be connected to or otherwise in communication with one another in a number of different manners, such as directly or indirectly via a wired or wireless network and the like.

Generally, an apparatus of exemplary implementations of the present disclosure may comprise, include or be embodied in one or more fixed or portable, hardware-based electronic devices. Examples of suitable electronic devices include a smartphone, tablet computer, laptop computer, desktop computer, workstation computer, server computer and the like. The apparatus may include one or more of each of a number of components such as, for example, a processor connected to a memory (e.g., storage device).

The processor is generally any piece of computer hardware that is capable of processing information such as, for example, data, computer-readable program code, instructions and the like (generally “computer programs,” e.g., software, firmware, etc.), and/or other suitable electronic information. More particularly, for example, the processor may be configured to execute computer programs, which may be stored onboard the processor or otherwise stored in the memory (of the same or another apparatus). The processor may be a number of processors, a multi-processor core or some other type of processor, depending on the particular implementation. Further, the processor may be implemented using a number of heterogeneous processor systems in which a main processor is present with one or more secondary processors on a single chip. As another illustrative example, the processor may be a symmetric multi-processor system containing multiple processors of the same type. In yet another example, the processor may be embodied as or otherwise include one or more application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs) and the like. Thus, although the processor may be capable of executing a computer program to perform one or more functions, the processor of various examples may be capable of performing one or more functions without the aid of a computer program.

The memory is generally any piece of computer hardware that is capable of storing information such as, for example, data, computer programs and/or other suitable information either on a temporary basis and/or a permanent basis. The memory may include volatile and/or non-volatile memory, and may be fixed or removable. Examples of suitable memory include random access memory (RAM), read-only memory (ROM), a hard drive, a flash memory, a thumb drive, a removable computer diskette, an optical disk, a magnetic tape or some combination of the above. Optical disks may include compact disk-read only memory (CD-ROM), compact disk-read/write (CD-R/W), DVD and the like. In various instances, the memory may be referred to as a computer-readable storage medium which, as a non-transitory device capable of storing information, may be distinguishable from computer-readable transmission media such as electronic transitory signals capable of carrying information from one location to another. Computer-readable medium as described herein may generally refer to a computer-readable storage medium or computer-readable transmission medium.

In addition to the memory, the processor may also be connected to one or more interfaces for transmitting, receiving and/or outputting information. The interfaces may include one or more communications interfaces 104, sensors 106 (e.g., sensors 206-220) and/or user interfaces, examples of which are described above with reference to communications interface 104, sensor 106 and/or user interface (including display device 108—e.g., display device 224).

As indicated above, program code instructions may be stored in memory and executed by a processor to implement functions of the systems, subsystems and their respective elements described herein. As will be appreciated, any suitable program code instructions may be loaded onto a computer or other programmable apparatus from a computer-readable storage medium to produce a particular machine, such that the particular machine becomes a means for implementing the functions specified herein. These program code instructions may also be stored in a computer-readable storage medium that can direct a computer, a processor or other programmable apparatus to function in a particular manner to thereby generate a particular machine or particular article of manufacture. The instructions stored in the computer-readable storage medium may produce an article of manufacture, where the article of manufacture becomes a means for implementing functions described herein. The program code instructions may be retrieved from a computer-readable storage medium and loaded into a computer, processor or other programmable apparatus to configure the computer, processor or other programmable apparatus to execute operations to be performed on or by the computer, processor or other programmable apparatus.

Retrieval, loading and execution of the program code instructions may be performed sequentially such that one instruction is retrieved, loaded and executed at a time. In some example implementations, retrieval, loading and/or execution may be performed in parallel such that multiple instructions are retrieved, loaded, and/or executed together. Execution of the program code instructions may produce a computer-implemented process such that the instructions executed by the computer, processor or other programmable apparatus provide operations for implementing functions described herein.

Execution of instructions by a processor, or storage of instructions in a computer-readable storage medium, supports combinations of operations for performing the specified functions. It will also be understood that one or more functions, and combinations of functions, may be implemented by special purpose hardware-based computer systems and/or processors which perform the specified functions, or combinations of special purpose hardware and program code instructions.

Many modifications and other implementations of the disclosure set forth herein will come to mind to one skilled in the art to which this disclosure pertains having the benefit of the teachings presented in the foregoing descriptions and the associated drawings. Therefore, it is to be understood that the disclosure is not to be limited to the specific implementations disclosed and that modifications and other implementations are intended to be included within the scope of the appended claims. Moreover, although the foregoing descriptions and the associated drawings describe example implementations in the context of certain example combinations of elements and/or functions, it should be appreciated that different combinations of elements and/or functions may be provided by alternative implementations without departing from the scope of the appended claims. In this regard, for example, different combinations of elements and/or functions than those explicitly described above are also contemplated as may be set forth in some of the appended claims. Although specific terms are employed herein, they are used in a generic and descriptive sense only and not for purposes of limitation. 

What is claimed is:
 1. A ubiquitous natural user system comprising: one or more sensors configured to provide sensed input including measurements of motion of a user during performance of a task by the user, the motion including a gesture performed in a three-dimensional (3D) zone in an environment of the user, the 3D zone being one of a plurality of 3D zones in the environment that are defined to accept respective, distinct gestures of the user; and a front-end system coupled to the one or more sensors, and configured to receive and process the sensed input including the measurements to identify the gesture and from the gesture, identify operations of an electronic resource, the front-end system being configured to identify the gesture based on the one of the plurality of 3D zones in which the gesture is performed, wherein the front-end system is configured to form and communicate an input to cause the electronic resource to perform the operations and produce an output, and wherein the front-end system is configured to receive the output from the electronic resource, and communicate the output to a display device, audio output device or haptic sensor.
 2. The ubiquitous natural user system of claim 1, wherein the front-end system being configured to receive and process the sensed input includes being configured to receive and process the sensed input including the measurements to identify the gesture further based on the task, one or more of the plurality of 3D zones or one or more of respective, distinct gestures that the plurality of 3D zones are defined to accept being different for different tasks.
 3. The ubiquitous natural user system of claim 1, wherein the front-end system being configured to receive and process the sensed input includes being configured to receive and process the sensed input including the measurements to identify the gesture further based on the user, one or more of the plurality of 3D zones or one or more of respective, distinct gestures that the plurality of 3D zones are defined to accept being different for different users.
 4. The ubiquitous natural user system of claim 3, wherein one or more of the plurality of 3D zones are different for different users, each of the one or more of the plurality of 3D zones having a different position, shape or size for different users.
 5. The ubiquitous natural user system of claim 1, wherein the gesture is a first gesture, and the motion further includes a second gesture performed in the environment of the user and that is distinct from the respective, distinct gestures that the plurality of 3D zones are defined to accept, and wherein the front-end system being configured to receive and process the sensed input includes being configured to receive and process the sensed input to further identify the second gesture, the operations of the electronic resource including operations identified from the first gesture and operations identified from the second gesture, the front-end system being configured to identify the second gesture without regard to the plurality of 3D zones.
 6. The ubiquitous natural user system of claim 1, wherein the front-end system being configured to communicate the output includes being configured to communicate the output to the display device, the output being communicated in one of a plurality of distinct desktop environments displayable in respective facets of a three-dimensional, multifaceted graphical user interface.
 7. The ubiquitous natural user system of claim 1, wherein the front-end system being configured to communicate the output includes being configured to communicate the output to the display device, the output being communicated to effect rotation of a three-dimensional, multifaceted graphical user interface having a plurality of distinct desktop environments displayable in respective facets thereof, or to effect selection of one of the plurality of distinct desktop environments.
 8. A method comprising: providing by one or more sensors, sensed input including measurements of motion of a user during performance of a task by the user, the motion including a gesture performed in a three-dimensional (3D) zone in an environment of the user, the 3D zone being one of a plurality of 3D zones in the environment that are defined to accept respective, distinct gestures of the user; receiving and processing the sensed input including the measurements to identify the gesture and from the gesture, identify operations of an electronic resource, the gesture being identified based on the one of the plurality of 3D zones in which the gesture is performed; forming and communicating an input to cause the electronic resource to perform the operations and produce an output; and receiving the output from the electronic resource, and communicating the output to a display device, audio output device or haptic sensor.
 9. The method of claim 8, wherein receiving and processing the sensed input includes receiving and processing the sensed input including the measurements to identify the gesture further based on the task, one or more of the plurality of 3D zones or one or more of respective, distinct gestures that the plurality of 3D zones are defined to accept being different for different tasks.
 10. The method of claim 8, wherein receiving and processing the sensed input includes receiving the processing the sensed input including the measurements to identify the gesture further based on the user, one or more of the plurality of 3D zones or one or more of respective, distinct gestures that the plurality of 3D zones are defined to accept being different for different users.
 11. The method of claim 10, wherein one or more of the plurality of 3D zones are different for different users, each of the one or more of the plurality of 3D zones having a different position, shape or size for different users.
 12. The method of claim 8, wherein the gesture is a first gesture, and the motion further includes a second gesture performed in the environment of the user and that is distinct from the respective, distinct gestures that the plurality of 3D zones are defined to accept, and wherein receiving and processing the sensed input includes receiving and processing the sensed input to further identify the second gesture, the operations of the electronic resource including operations identified from the first gesture and operations identified from the second gesture, the second gesture being identified without regard to the plurality of 3D zones.
 13. The method of claim 8, wherein communicating the output includes communicating the output to the display device, the output being communicated in one of a plurality of distinct desktop environments displayable in respective facets of a three-dimensional, multifaceted graphical user interface.
 14. The method of claim 8, wherein communicating the output includes communicating the output to the display device, the output being communicated to effect rotation of a three-dimensional, multifaceted graphical user interface having a plurality of distinct desktop environments displayable in respective facets thereof, or to effect selection of one of the plurality of distinct desktop environments.
 15. A computer-readable storage medium having computer-readable program code stored therein that, in response to execution by a processor, cause an apparatus to at least: receive from one or more sensors, sensed input including measurements of motion of a user during performance of a task by the user, the motion including a gesture performed in a three-dimensional (3D) zone in an environment of the user, the 3D zone being one of a plurality of 3D zones in the environment that are defined to accept respective, distinct gestures of the user; receive and process the sensed input including the measurements to identify the gesture and from the gesture, identify operations of an electronic resource, the gesture being identified based on the one of the plurality of 3D zones in which the gesture is performed; form and communicate an input to cause the electronic resource to perform the operations and produce an output; and receive the output from the electronic resource, and communicate the output to a display device, audio output device or haptic sensor.
 16. The computer-readable storage medium of claim 15, wherein the apparatus being caused to receive and process the sensed input includes being caused to receive and process the sensed input including the measurements to identify the gesture further based on the task, one or more of the plurality of 3D zones or one or more of respective, distinct gestures that the plurality of 3D zones are defined to accept being different for different tasks.
 17. The computer-readable storage medium of claim 15, wherein the apparatus being caused to receive and process the sensed input includes being caused to receive and process the sensed input including the measurements to identify the gesture further based on the user, one or more of the plurality of 3D zones or one or more of respective, distinct gestures that the plurality of 3D zones are defined to accept being different for different users.
 18. The computer-readable storage medium of claim 17, wherein one or more of the plurality of 3D zones are different for different users, each of the one or more of the plurality of 3D zones having a different position, shape or size for different users.
 19. The computer-readable storage medium of claim 15, wherein the gesture is a first gesture, and the motion further includes a second gesture performed in the environment of the user and that is distinct from the respective, distinct gestures that the plurality of 3D zones are defined to accept, and wherein the apparatus being caused to receive and process the sensed input includes being caused to receive and process the sensed input to further identify the second gesture, the operations of the electronic resource including operations identified from the first gesture and operations identified from the second gesture, the apparatus being caused to identify the second gesture without regard to the plurality of 3D zones.
 20. The computer-readable storage medium of claim 15, wherein the apparatus being caused to communicate the output includes being caused to communicate the output to the display device, the output being communicated in one of a plurality of distinct desktop environments displayable in respective facets of a three-dimensional, multifaceted graphical user interface.
 21. The computer-readable storage medium of claim 15, wherein the apparatus being caused to communicate the output includes being caused to communicate the output to the display device, the output being communicated to effect rotation of a three-dimensional, multifaceted graphical user interface having a plurality of distinct desktop environments displayable in respective facets thereof, or to effect selection of one of the plurality of distinct desktop environments. 